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(54) Adaptive media stream 



(57) This invention relates to media streams trans- 
mitted in a network, such asthc Internet. The idea is to 
change the source of the content of a media stroam 
when an available transmission speed rate changes. 



Each source contains essentially the same information 
(such as video and voice), but the suitability of each 
source for transmission has been adjusted to a certain 
speed rate. 
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Description 

FIELD OF THE INVENTION 

[0001] This Invention relates to media streams trans- 
mitted in a network, such as Ihe InterneL Especially, the 
invention relates to media streams concerning video 
pictures and voice. 

BACKGROUND OF THE INVENTION 

[0002] When media streams that contain continuous 
data, for example video pictures and voice, are trans- 
mitted in a network, such as the Internet, the speeds of 
the media streams have to be adjusted with the spaed 
of the transmission connection available at the time. Of- 
ten ( In the case of video pictures, the adjustment is made 
by changing the visual quality of the pictures. The speed 
of a transmission connection in the Internet depends 
strongly on a user's Internet terminal. Some terminals 
support technically higher speed rates than others (usu- 
ally older terminals), Thus, speed adjusted media 
streams must be offered for a variety of terminals. 
[0003] Transmission speed may also vary with time. 
For example, when congestion happens in the network, 
the transmission speed may decrease considerably. Af- 
ter the congestion, the transmission speed returns lo the 
normal speed rate, 

[0004] Nowadays, most of the content of the Internet 
is in WWW servers, which use the HTTP protocol for 
transmitting desired contents to users. Originally, the 
HTTP protocol was not designed tor continuous media 
streams (video, voice). The problem of the known solu- 
tions Is that when a media stream has to be adjusted for 
a changed transmission condition , i,e. to be an adaptive 
media stream, a special software or protocol must be 
used, instead of the HTTP protocol. Real Server<& (Re- 
alNetworks Inc, Seattle, Washington), Quicktime© 
Server (Apple Computers, Cupertino California), and 
Windows Media Server© (Microsoft, Redmond, Wash- 
ington) are commercial server software, which support 
adaptive media streams. These software packages use 
special protocols, such as RTP (Real-Time Transport 
Protocol) and RTSP (Real Time Streaming Protocol), 
which are designed for the adaptive media streams. 
[0005] However, using these software packages usu- 
ally requires a user to invest and maintain parallel de- 
vices and software in addition to the WWW server that 
is used to serve other Internet content, such as web pag- 
es. User communities such as corporations require sup- 
port staff which must be educated to use these systems. 
For a service provider this means in practice that a spe- 
cial media stream server must be maintained , The goal 
of this invention is to eliminate these drawbacks. This is 
achieved in a way described in the claims. 
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SUMMARY OF THE INVENTION 

[0006] The following definitions should be kept in 
mind when reading these specifications: 

Connection: A transport layer virtual circuit estab- 
lished between two programs for the purpose of 
communication. A connection can have varying 
transmission speed rates. 
10 HTTP transport: An application layer transmission 
of data from a file on a server computer to a user 
terminal using HTTP 1 T 1 protocol. One HTTP 1.1 
connection can consist of one or several HTTP 1.1 
transports. 

15 Stream: A continuous transmission of data over for 
example HTTP transport 

[OQ07] An important aspect of the invention is to 
change the source of an adaptive media stream when 
an available connection speed rate changes. Each 
source contains essentially the same information (such 
as video and voice), but the suitability of each source 
for transmission has been adjusted to a certain connec- 
tion speed rate. The coding oJ the source information 

25 can be different among the sources, which affects the 
speed rate. The picture information can be black-and- 
white instead of a color picture. The picture size can be 
smaller or larger. The video can be with or without voice. 
When the source is changed, also a new HTTP trans- 

30 mission for the new source is started for a new stream 
containing the information of the new source, in other 
words, the adaptive media stream, i.e. the adaptive 
stream, comprises at least one media stream for trans- 
mitting Information. 

05 [0008] In an arrangement according to the invention 
a source file is formed. The source file contains a plu- 
rality of sources intended for different media streams, 
according to such parameters as bandwidth > computing 
capability of the receiving terminal, etc, At the beginning 

4Q of tho transmission the optimal transmission speed rate 
at the time is chosen according to an information trans- 
fer condition. The source in the source file, which corre- 
sponds to the available speed rate> is selected to be the 
source of the adaptive media stream. When the availa- 

45 ble transmission speed rate changes, either to be faster 
or slower, a command for changing the source of the 
adaptive media stream, is sent from the user's terminal 
to Ihe service provider's server, i.e. the source server, 
wherein the file of the service is. Preferably commands 

so are sent using an HTTP protocol. When the available 
transmission speed rate changes again, a new com- 
mand for changing the source is sent from the user's 
terminal to the source server. The commands are sent 
when it Is possible to use a higher speed rate or when 

5 5 a lower speed rate must be used. 

[0009] In one aspect, the invention thus provides a 
method for providing an adaptive media stream be- 
tween a sending terminal and a user's terminal wherein 
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the adaptive media stream comprises at least one me- 
dia stream and the moihod comprises the steps of 
choosing a transmission speed rate for the media 
stream, selecting a suitable data source for the media 
stream among sources containing essentially the same 
information content, each source intended for a certain 
information transfer condition and playing the media 
stream. During such playing, checking the suitability of 
the actual transmission speed rale, and continuing play- 
ing the media stream if the transmission speed is still 
suitable orsciocting a new data source, which is suitable 
at the moment as a response for the selection of the new 
data source, playing a new media stream. Those selec- 
tion actions continue until the played stream stops. 
[001 0] Optionally the step of choosing comprises the 
phase of reading a header field of a file, which contains 
at least two data sources, the header indicating the starr- 
ing points of the sources and to which transmission 
speed rale each source is indented. Yet another option 
calls for tho selecting step to include the phase of start- 
ing to read from the starting point of the selected source. 
[0011] Other aspect of the invention provide for the 
step of monitoring to include the phase of monitoring a 
filling degree of a buffer for incoming data in the user's 
terminal, e.g. if the buffer is becoming empty or full, then 
selecting to continue to play the present media stream 
or to start playing another media stream. The informa- 
tion of the selection of the new data source may trans- 
mitted from the user's terminal to the sending terminal 
using a GET method of an HTTP protocol with an op- 
tional RANGE field. When a new stream is played, an 
optional phases of terminating the old media stream af- 
ter starting to play the new media stream and creating 
the new media stream before playing the new media 
stream is also contemplated. 

[0012] If a new stream is selected, according to an- 
other aspect of the invention, the step of reading timing 
marks in said adaptive media stream for defining the 
right point to start playing the new media stream Is also 
performed. Further, the step of selecting the initial speed 
may comprise the phase of reading a header field of 
files, whore each contains one data source, the header 
indicating the starting points of the source and to which 
transmission speed rate the source is indented. 
[0013] An arrangement for providing an adaptive me- 
dia stream between a sending terminal and a user's ter- 
minal, is also contemplated, wherein the adaptive media 
stream comprises at least one media stream and the 
arrangement comprises: 

a) Means in the client terminal for choosing a trans- 
mission speed rate for the media stream, 

b) A data structure in the sending terminal compris- 
ing at least two data sources containing essentially 
the same information, each source intended for a 
certain transmission speed rate, 

c) Means in the client terminal and the sending ter- 
minal for selecting a suitable data source from 



among the sources for the media stream, 
d) Means in the user's terminal forchecking tho suit- 
ability of the transmission speed rate when the me- 
dia stream is played, 
^ e) Means in the user's terminal for reselecting a suit- 
able datd source from among the sources tor a new 
media stream. 

[0014] An arrangement as described above may fur- 

io ther comprise means for playing the data structure in a 
way that the playing is started from the right point of the 
data structure Preferably means a) comprises means 
for reading a message from the user's terminal, which 
defines alternative transmission speed rates. Further 

'5 preferably, each source comprises timing marks, which 
indicate the corresponding point in the other sources. 
More preferably the arrangement further comprises a 
GET method of an HTTP protocol with an optional 
RANGE field for transmitting the information of the re- 

20 selection of the suitable data source from the user's ter- 
minal to the sending terminal. In another preferable em- 
bodiment, means d) comprises means for monitoring a 
filling degree of a buffer for incoming data in the user's 
terminal. It also preferable that the data structure is a 

25 file containing the dala sources. Alternatively, the data 
structure may be a number of files, each of them con- 
taining one data source. 

[0015] Means c) may further comprise means for 
reading a header of the data structure, which indicates 

30 the starting points of the sources and to which transmis- 
sion speed rate each source is intended. Means c) may 
further comprise means for reading headers of the files, 
which Indicate the starting point of the source and to 
which transmission speed rate the source is intended. 

35 [0016] In yet another aspect, the invention teaches a 
method for storing adaptive media stream data compris- 
ing the steps of storing a plurality of media streams, 
each representing a substantially similar information 
content, and each adapted for a different set of informa- 

40 tion transfer conditions; and providing a plurality of 
pointers into a first of said media streams, said pointers 
associated with a source location in one of said media 
streams and pointing to at least one target location in a 
second of said media streams; wherein the information 

45 content of said target location is substantially a contin- 
uation of the information content prior to said source lo- 
cation. 

[0017] Preferably, said plurality of media streams is 
contained in a single fNe. Said pointers are preferably 
so embedded within said adaptive media stream data, and 
comprise target locations pointer comprises a byte off- 
set into said single file. Alternatively, sard target location 
pointer comprises an offset into said second source 
stream, within sard singlefile. Another alternative teach- 
es es that said target locations pointers comprise a pointer 
to another file containing said second media stream or 
a portion thereof. Optionally in this case, said target lo- 
cation pointer further comprises a byte offset into said 
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other file. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0018] in the following the Invention Is described in 
more detail by means of Figs. 1 - 3 in the attached draw- 
ings where, 

FIG, 1 illustrates an example of the structure of a file 
according to the invention, 

FIG. 2 illustrates an example of a flow chart describ- 
ing the function of the inventive arrangement, 

FIG. 3 illustrates an example of an arrangement ac- 
cording to the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[001 9] FIG. 1 describes an example of a file structure 
according to the invention. The file is in the service pro- 
vider's server (source server) from where users can 
stream it. For example the file contains a video in two 
different formats. At the beginning of the file there exists 
a header 1 , which contains starting bytes for two differ- 
ent media sources - the sources for the media stream. 
Source 1 ( called stream 1 contains video data in a res- 
olution of 320*240, for a speed rate 200 kbps (kilobit per 
second) 2. The starting byte 4 for that video data is byte 
2000 in the file. Source 2, called stream 2 contains video 
data in a resolution of 160*120 optimized for a speed 
rate 40 kbps 3 + The starting byte of that video data S in 
the file is at byte 800000. If the network and a user's 
terminal support the transmission speed rate 200 kbps 
then stream 1 is sent to the user - otherwise stream 2 is 
sent. In this embodiment, all data feeds are assumed to 
suppon communication al a speed of aL leasi 40 kbps. 
It should be noted that stream 1 and 2 are sources i.e. 
the parts of the file structures in this example, and a me- 
dia stream is a continuous transmission of data of a 
source over a transmission protocol. The transmission 
protocol used can be any protocol, in this text tho HTTP 
protocol is used. 

[0020] Stream 1 is sent, i.e. streamed, to the user. 
Stream 1 (and the media stream for it as well) contains 
timing marks 6, 7, 8, 9. The timing marks are embedded 
in stream 1 at a various locations, and con-elate the in- 
formation in the two separate resolution streams. Thus 
the timing marks of stream 1 in the example of Fig. 1 
indicate the byte of the file where the stream is running 
at the time and the corresponding byte 6A, 7A, 8A, 9A, 
in stream 2. If for some reason, the network can not 
transmit stream 1 with 200 kbps, or the user's terminal 
can not receive at this speed rate, the transmission of 
the video is changed to stream 2, For example, when 
the need to change the speed rate to a lower one is no- 
ticed and the most recently received (or alternatively the 
next) timing mark is, let's say, the mark 7 indicating time 
1000 ms, it tells the corresponding byte S0S000 in 
stream 2 to where the source of the transmission of the 
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video transfers 11. 

[0021} Similarly, stream 2 (and the media stream for 
it) contains timing marks 10, 11, 12, 13, which point to 
ine location or corresponding information in stream 1, 

5 as shown by the corresponding byte 10A, 11A, 12A, 
13A, in stream 1 , When the capability of transmitting 200 
kbps is noticed during the transmission at 40 kbps rate, 
the transmission of the video is changed to stream 1 . 
For example, when the availability of the higher speed 

10 rate is noticed and the next timing mark is the mark 13 
indicating time 3000 ms, the corresponding byte 77000, 
located in stream 1 1 points to the location of correspond- 
ing information in stream 1 so the source of transmission 
is shifted to stream 1, using data stored in location 9 

'5 onwards. 

[0022] FIG . 2 shows an example of a flow chart, which 
illustrates a function and method of the invention. FIG. 
3 shows an example of the inventive arrangement. 
When a user visits a home page of a service provider, 

20 he/she may find something he wants to order, such as 
a video show. The video player client running in the user 
terminal sends 34 a request message from the terminal 
33 to the service provider's server 31 through the net- 
work 32, such as the Internet, to get the shew using a 

25 GET method, which is one of the methods defined in the 
HTTP1 .1 protocol. Let the request be: 

GET http://www.serviceprovider.com/video/mu- 
sic/song1 .video. HTTP/1.1 

[0023] Often, the connection speed rate depends on 

3o the available (and optional) connection and processing 
speeds of the terminal. At the beginning, the first stream 
which is sent works like a test stream The test stream, 
I.e. the first stream preferably forms the first part of the 
file structure, which preferably contains data for the low- 

as est bandwidth. Thus the firsL stream over the HTTP 
transport aiso contains a list of alternative speed rates. 
The player in the client terminal chooses 21 one of the 
supported speed rate from the list. (It should be noted 
that the server can be informed of the capability of a 

*o terminal or tho available bandwidth using other tech- 
niques and the specific method of learning the link ca- 
pabilities is a matter of technical choice to one skilled in 
the art.) In this example, the user's terminal supports 
speed rales of 200 kbps and 40 kbps. Let's assume that 

45 the desired file 36 is the file in FlG. 1 . ff the speed rate 
of 200 kbps %2 is available, stream 1 is selected 24. Oth- 
erwise, the speed rate of 40 kbps 23 is chosen and 
stream 2 is selected 25, (Notice that the higher speed 
rate means the higher bandwidth.) 

so [0024] In the selection of the speed rate of 200 kbps 
the server starts to play 26 stream 1 beginning at byte 
(2000) of the file. The data and the timing marks are sent 
35 to the user's terminal during the piay. The terminal 
checks 28 frequently that the currently available band- 

55 width is sufficient for the selected stream. If the band- 
width is sufficient, playing stream 1 is continued. If the 
bandwidth becomes unavailable for stream 1 , stream 2 
is selected 210 and stream £ starts to play 27, 311 be- 
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ginning at the byte of the file defined by the latest timing 
mark. The bandwidth of stream 2 is checked 29 similarly 
as the bandwidth of stream 1 , and when the bandwidth 
is again available for the speed rate of 200 kbps, stream 
1 is selected 21 1 . 

[0025] In the selection of the speed rate of 40 kbps 
the server starts to play 25 stream 2 from the right byLe 
(B00000) of the file, The data and the timing marks arc 
sent 35 to the user's terminal during the play. The ter- 
minal checks 29 frequently that the bandwidth is okay 
for the solocted stream. If the bandwidth is still restricted 
to 40 kbps, playing stream 2 is continued. If the band- 
width rise to a level sufficient to support 200 kbps trans- 
mission, stream 1 is selected 211 and stream 1 starts 
to play 26, and is sent 31 1 to the terminal 33 beginning 
at the byte of the file defined by the latest timing mark. 
The bandwidth of stream 1 is checked 2ft similarly as 
the bandwidth of stream 2, and when the bandwidth is 
again too slow for the speed rate of 200 kbps, stream 2 
is selected 210. 

[0026] The checking of the bandwidth of the streams 
can be made, for example, measuring a filling degree of 
a buffer for incoming data connection in the user's ter- 
minal. When the buffer is becoming empty, the required 
bandwidth for current stream is too high compared to 
what is available through the network connection, and 
the speed rate should be dropped. When the buffer is 
becoming fufl, bandwidth for current stream is lower 
than what is available through the network connection, 
and the speed rate can be raised. After the measure- 
ment, the suitable stream source is selected 210, 21 1 
and a GET command witn an additional field RANGE is 
sent 310 from the user's terminal to the server for chang- 
ing the stream. For example, let the GET command be 
GET htLp://www,serviceprovider.com/video/music/ 
song3video RANGE: bytes= B05000- when the trans- 
mission speed rate changes from 200 kbps to 40 kbps. 
[0027] It is worth noting that preferably, when a stream 
is changed, a new HTTP transport (and naturally a new 
media stream) is started and the old media stream is 
terminated after tho now media stream starts playing. 
From the view of the user tho desired file, such as a vid- 
eo show, seems to continue without any break because 
the new stream sLarts playing from the byte indicatad by 
the timing mark, thus the information continuity is main- 
tained, despite the media stream switch. So, when the 
source is changed, also a new HTTP transport is creat- 
ed for the new stream, i.e. media stream, instance and 
for the new source. Thus the adaptive media stream, i. 
e. the adaptive stream, is made up of one media stream 
or several consecutive media streams. Since the con- 
secutive media streams carry essentially the same data, 
a user gets a visual impression of continuous shows. In 
other words, the adaptive media stream comprises at 
least one media stream for transmitting information. The 
HTTP 1 .1 protocol provides a feature called Persistent 
Connections. Persistent Connection means that several 
requests (such as GET), can be sent via one TCP con- 



nection. Thus one connection may carry several con- 
secutive streams. However, it should be noted that sev- 
eral TCP connections may be needed or used for trans- 
mining consecutive streams. 
5 [002ft] Furthermore, it may be said that the adaptive 
media stream comprises several (or one if the speed 
rate remains the same during the whole transmission) 
instances (separate streams) of the same object (the 
adaptive media stream containing information such as 
1Q video). Naturally, there are more ways to model the 
adaptive media stream, but common for these modols 
are that transmission of information of the adaptive 
stream, (the stream of a continuous data, such as video 
over one or several connections) happens in one or sev- 
*5 eral consecutive media streams over a transport proto- 
col, each media stream adapted for certain conditions, 
and certain links or pointers periodically connect or 
cross connect the media streams in essentially content 
coherent fashion. Thus varying transmission conditions 
may dictate how many suitable media streams are sent 
forming together the adaptive stream. 
[0029] For creating the inventive arrangement an ini- 
tial setection module 39 (i.e. means) for choosing an 
original transmission speed rate and selecting a suitable 
source in a service provider's server is needed. In a us- 
er's terminal another estimation module 37 (i.e. means 
for checking transmission rate) is needed, for checking 
the suitability of the transmission speed rate as reselec- 
lion module 38 (i.e. means) for reselecting a suitable 
source are needed. 

[0030] Arthough : the processing and network connec- 
tion speed of a user's terminal is mostly the decisive el- 
ement when selecting a suitable transmission speed 
rate, it may happen that the network Itself becomes con- 
gested. In congestion, the available speed raLe decreas- 
es and the transmission speed rate must be lowered. 
On the other hand, if the network allows a higher speed, 
the transmission speed rate may be increased. 
[0031] Using the inventive arrangement, an adaptive 
modi a stream can be served from with a common HTTP 
server, Therefor there is no need for the use of a spe- 
cial media stream server, or parallel devices and soft- 
ware. Remarkable cost savings are achieved, since 
usually service providers and users support the HTTP 
protocol. Also the reliability of !he system increases be- 
cause of fewer sources of faults. 
[0032] It is clear that inventive arrangement can be 
implemented in many ways. For example, the time pe- 
riod between two timing marks can be different than in 
the example of this text it can be any suitable period 
depending on the features of a solution, such as 2 or 4 
seconds. The formal of the inventive file can be any suit- 
able format as welt, such as MPEG or another. 
[0033] The inventive file may comprise more than two 
different streams (containing the same content), from 
which the most suitable stream is selected at any given 
time. Therefore, timing marks must contain a number of 
references for the corresponding byte In the other data 
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the sources and to which transmission speed rate 
each source is intended. 

3. A method according to claim 2 characterized in 

s that step c) comprises the phase of starting to read 
from the starting point of the selected source. 

4. A method according to claim 1 or 3 characterized 
in that step d) comprises the phase of monitoring 

'0 a filling degree of a buffer for incoming data in the 
user's terminal. 

5. A method according to claim 4 characterized in 
that if the buffer is becoming empty or full, then step 

*s f) is chosen, else step e) is chosen. 

6. A method according to claim 1 or S characterized 
in that the information of the selection of the new 
data source is transmitted from the user's terminal 

20 to the sending terminal using a GET method of an 
HTTP protocol with an optional RANGE field. 

7. A method according to claim 1 characterized in 
that step g) comprises phases of terminating the 

m old media stream after starting to play the new me- 
dia stream and creating the new media stream bo- 
fore playing the new media stream, 

8. A method according to claim 1 or 7, characterized 
30 in that step g) further comprises the phase of read- 
ing timing marks in the data source for defining the 
right point to start playing the new media stream. 



sources. 

[0034] All the sources do not have to be in the same 
file, but each source can be a separate file. However, 
the use of this kind of structure is not as efficient when 
attempting to use as little processing power as possible 
compared to the use of one file structure. In the structure 
of several files, timing marks must indicate Lhe right file 
with the corresponding byte. 

[0035] Although, a sending terminal have been de- 
scribed to be a server in the examples above, it is clear 
that the sending terminal can be another terminal capa- 
ble of sending information. 

[0036] Similarly other mechanisms are known and 
suitable to measure and select the most appropriate 
source. Such methods may be server based or user ter- 
minal based, or even utilize intermediate network nodes 
to estimate network congestion and bandwidth, and 
similar measurements that are indicative of total node 
to node capacity, as well as specific node capabilities, 
and the selection of sources (and media streams) may 
be earned out in various ways that will provide the best 
end-user experience according to varying conditions. 
[0037] According to the above-mentioned matters, it 
is evident that the invention is not restricted to the solu- 
tions described in this text, but it can be modified for 
various solutions, in the scope of the inventive idea. 



Claims 

i r A method for providing an adaptive media stream 
between a sending terminal and a user's terminal 
characterized in that the adaptive media stream 
comprises at least one media stream and the meth- 
od comprises the sleps of: 

a) choosing a transmission speed rate for the 
media stream, 

b) selecting a suitable data source for the media 
stream among sources containing essentially 
the same information, each source intended for 
a certain transmission speed rate, 

c) playing the media stream, 

d) checking the suitability of the transmission 
speed rate, 

e) either continuing playing the media stream if 
the transmission speed is still suitable or, 

f) selecting a new data source, which is suitable 
at the moment, 

g) as a response for the selection of the new 
data source, playing a new media stream, 

h) repeating steps d) to g) until the stream, 
which is played, stops. 

2, A method according to claim 1 characterized in 

that step b) comprises the phase of reading a head- 
er field of a file, which contains at least two data 
sources, the header indicating the starting points of 



9. A method according to claim 1 characterized in 
3s that step b) comprises the phase of reading a head- 
er field of files, where each contains one data 
source, the header Indicating the starting points of 
the source and to which transmission speed rate the 
source is intended. 

40 

10. An arrangement for providing an adaptive media 
stream between a sen ding terminal and a user's ter- 
minal, characterized in that the adaptive media 
stream comprises at least one media stream and 

45 the arrangement comprises: 

a) means in the sending terminal for choosing 
atransmission speed ratefor the media stream, 

b) a data structure In the sending terminal com- 
50 prising at least two data sources containing es- 
sentially the same information, each source in- 
tended for a certain transmission speed rate, 

c) means in the sending terminaf for selecting 
a suitable data source from among the sources 

55 for the media stream, 

d) means in the user's terminal for checking the 
suitability of the transmission speed rate when 
the media stream is played, 



50 



55 



6 



BNSUOCID --CP 



iphhuhiaz i_> 



11 EP1 298 931 A2 13 



e) means in the user's terminal for reselecting 
a suitable data source from among the sources 
for a new media stream. 

11. An arrangement according to claim 10 t character- 
ized In that Ihe arrangement further comprises 
means Tor playing the data struclure in a way that 
the playing is started from the right point of the data 
structure. 

12. An arrangement according to claim 11 , character- 
ized In that moans a) comprise© means for reading 
a message from the user's terminal, which defines 
alternative transmission speed rates. 

13. An arrangement according to claim 11 , character- 
ized In that each source comprises timing marks, 
which indicate the corresponding point in the other 
sources. 
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14. An arrangement according to claim 13, character- 
ized in that the arrangement further comprises a 
GET method of an HTTP protocol wrth an optional 
RANGE field for transmitting the information of the 
reselection of the suitable data source from the us- ss 
efs terminal to the sending terminal. 

15. An arrangement according to claim 11 , character- 
ized in that means d) comprises means for moni- 
toring a filling degree of a buffer for incoming data 30 
in the user's terminal. 

16. An arrangement according to claim 11 , character- 
ized In that the data structure Is a file containing 
the data sources, 3$ 

17. An arrangement according to claim 16, character- 
ized In that means c) comprises means for reading 
a header of the data structure, which indicates the 
starting points of tho sources and to which trans- 4d 
mission speed rate each source is intended. 

18. An arrangement according to claim 11 ( character- 
ized in that the data structure is a number of files, 
each of them containing one data source, 

19. An arrangement according to claim 18, character- 
ized in that means c) comprises means for reading 
headers of the files, which indicate the starting point 

of the source and to which transmission speed rate so 
the source is intended. 
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